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DETAILED ACTION 

1 . Claims 1 -1 1 and 23-57 are pending in this application. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1, 2, 3, 5-11 and 23-57 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Pat. No. 7,139,811 B2 to Lev Ran et al. in view of U.S. Pub. 
No. 2003/0172110 A1 to Kunisetty, and further in view of U.S. Pub. 2007/0150546 
A1 to Karakashian et al. 

3. As to claim 1, Lev Ran teaches a system, comprising: a processor; and a 
memory comprising program instructions, wherein the program instructions are 
executable by the processor to implement a remote procedure call (RPC Client Col. 56 
Ln. 12 - 67 figure 12) system comprising: a presentation block configured to present 
data types ("...RPC request messages..." Col. 56 Ln. 19 - 25, "...java object... object 
class or type" Col. 58 Ln. 40-67, Col. 59 Ln. 64-67, Col. 60 Ln. 1 -46, "...empty 
RPC request object..." Col. 62 Ln. 5-16) and Application Programming Interfaces 
(APIs) available to a program on the system (Adaptation Layer 45 Col. 48 Ln. 65 - 67, 
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Col. 49 Ln. 1 - 3, Ln. 38 - 67, Col. 52 Ln. 6-10); an encoding block configured to 
encode representations of those data types as outgoing messages on an interconnect 
(Data Encapsulation Layer 164 Col. 57 Ln. 1 -7, Col. 58 Ln. 36 - 52, Step 208 Col. 62 
Ln. 17 - 18); and a transport block configured to move the encoded and protocol frame 
outgoing messages from the system to a remote system over the interconnect 
(Transport Layer 166 Col. 57 Ln. 8 - 30, Step 210 Col. 62 Ln. 19 - 21). 

Lev Ran is silent with reference to a protocol block configured to frame the 
encodings to denote the intent of the outgoing messages and the functionality of each 
said block is isolated from the functionality of the other said blocks in the remote 
procedure call system so that program instructions for each said block can be replaced 
or modified without replacing or modifying program instructions for any of the other said 
blocks. 

Kunisetty teaches a protocol block configured to frame the encodings to denote 
the intent of the outgoing messages ("...SOAPAction value..." page 1 paragraph 0008, 
page 3 paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Lev Ran with the teaching of Kunisetty 
because the teaching of Kunisetty would improve the system of Lev Ran by using 
SOAPAction HTTP header to specify a document style operation to be performed by a 
server so that the document style operation may be immediately and unambiguously 
invoked without performing a computationally burdensome process of retrieving and 
parsing a WSDL service description to obtain an identification of the document style 
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operation to be invoked to perform the requested service (Kunisetty page 1 paragraph 
0008). 

Karakashian teaches the functionality of each said block is isolated from the 
functionality of the other said blocks in the remote procedure call system so that 
program instructions for each said block can be replaced or modified without replacing 
or modifying program instructions for any of the other said blocks ("...plugin 
component..." page 1 paragraph 0005/0015, HTTP Protocol Adapter 1 02/SMTP 
Protocol Adapter 106 page 2 paragraph 0021, page 2 paragraph 0022, page 3 
paragraph 0030). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Kunisetty and Lev Ran with the teaching of 
Karakashian because the teaching of Karakashian would improve the system of 
Kunisetty and Lev Ran by providing a computer program that interacts with other 
computer program to provide a certain, usually very specific, function "on demand". 

4. As to claim 2, Lev Ran teaches the system as recited in claim 1 , wherein the 
transport block is further configured to receive encoded and protocol framed incoming 
messages from the remote system over the interconnect ("...RPC response..." Col. 64 
Ln. 38 - 42); wherein the encoding block is further configured to decode representations 
of data types from the incoming messages ("...decoding..." Col. 57 Ln. 1 - 7, Step 216 
Col. 62 Ln. 24 - 28); and wherein the presentation block is further configured to provide, 
the data types from the incoming messages to the program on the system ("...RPC 
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request messages..." Col. 56 Ln. 19-25, "...java object... object class or type" Col. 58 
Ln. 40 - 67, "...empty RPC request object..." Col. 62 Ln. 5-16) and Kunisetty teaches 
wherein the protocol block is further configured to determine the intent of the encoded 
and protocol framed incoming messages ("...SOAPAction value..." page 1 paragraph 
0008, page 3 paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

5. As to claim 3, Kunisetty teaches the system as recited in claim 2, wherein, to 
determine the intent of the encoded and protocol framed incoming messages, the 
protocol block is further configured to determine if the incoming messages are request 
messages or response messages ("...determine..." Page 1 paragraph 0008). 

6. As to claim 5, Lev Ran teaches the system as recited in claim 1 , wherein the 
presentation block is further configured to communicate errors from the remote system 
to the program on the system (Step 240 Col. 63 Ln. 60-67, "...notified..." Col. 66 Ln. 6 
-14). 

7. As to claim 6, Lev Ran teaches the system as recited in claim 1 , wherein the 
APIs are configured to provide an interface to the remote procedure call system to the 
program on the system (Adaptation Layer 45 Col. 48 Ln. 65 - 67, Col. 49 Ln. 1 - 3, Ln. 
38-67, Col. 52 Ln.6-10). 
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8. As to claim 7, Lev Ran teaches the system as recited in claim 1 , wherein, to 
encode representations of those data types as outgoing messages on an interconnect, 
the encoding block is further configured to convert representations of data provided by 
the program to representations of data for use by the remote procedure call system 
("...conversion..." Col. 58 Ln. 36-67). 

9. As to claim 8, Lev Ran teaches the system as recited in claim 1 , wherein, to 
encode representations of those data types as outgoing messages on an interconnect, 
the encoding block is further configured to generate a text encoding of the data types 
("...XML..." Col. 58 Ln. 40 - 58, Col. 60 Ln. 1 - 11). 

1 0. As to claim 9, Lev Ran teaches the system as recited in claim 1 , wherein, to 
encode representations of those data types as outgoing messages on an interconnect, 
the encoding block is further configured to generate a binary encoding of the data types 
("...binary..." Col. 58 Ln.40-58, Col. 60 Ln. 1-11). 

11. As to claim 10, Kunisetty teaches the system as recited in claim 1 , wherein, to 
frame the encodings to denote the intent of the outgoing messages; the protocol block- 
is further configured, to denote if the outgoing messages are request messages or 
response messages ("...SOAPAction value..." page 1 paragraph 0008, page 3 
paragraph 0017, "...desired operation..." page 4 paragraph 0023). 
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12. As to claim 1 1 , Lev Ran teaches the system as recited in claim 1 , wherein the 
transport block is further configured to move the encoded and protocol framed 
outgoing messages from the system to the remote system over the interconnect using 
TCP/IP ("...TCP..." Col. 57 Ln. 26 - 30, Col. 64 Ln. 5 - 23). 

1 3. As to claims 23, 34, 36 and 47, see the rejection of claim 1 above. 

14. As to claims 26, 35, 39 and 50, see the rejection of claim 2 above. 

1 5. As to claims 27, 40 and 51 , see the rejection of claim 4 above. 

16. As to claims 28, 41 and 52, see the rejection of claim 5 above. 

1 7. As to claims 29, 42 and 53, see the rejection of claim 6 above. 

18. As to claims 30, 43 and 54, see the rejection of claim 7 above. 

1 9. As to claims 31 , 44 and 55, see the rejection of claim 8 above. 

20. As to claims 32, 45 and 56, see the rejection of claim 9 above. 

21 . As to claims 33, 46 and 57, see the rejection of claim 1 1 above. 
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22. As to claim 24, Lev Ran teaches the remote procedure call system as recited in 
claim 23, wherein the server comprises: a server-side transport block configured to 
receive the encoded and protocol framed request messages from the client over the 
interconnect (figure 16 "...RPC Server 168... Transport Layer 166...." Col. 63 Ln. 11 - 
30); a server-side encoding block configured to decode the representations of the data 
types from the request messages (Step 224 "...decodes..." Col. 63 Ln. 30-31); and a 
server-side presentation block configured to present the data types to a service on the 
server (RPC Server 186 "...appropriate RPC service handler..." Col. 63 Ln. 43 - 48) 
and Kunisetty teaches a server-side protocol block configured to determine the intent 
of the encoded and protocol framed request messages ("...SOAPAction value..." page 
1 paragraph 0008, page 3 paragraph 0017, "...desired operation..." page 4 paragraph 
0023). 

23. As to claim 25, Lev Ran teaches the remote procedure call system as recited in 
claim 24, wherein the server-side presentation block is further configured to receive 
response data from the service ("...response tuple..." Col. 63 Ln. 48 - 54); wherein the 
server-side encoding block is further configured to encode representations of the 
response data as response messages on the interconnect (Data Encapsulation Layer 
164 Col. 63 Ln. 57 - 62); and wherein the server-side transport block is further 
configured to move the encoded and protocol framed response messages from the 
server to the client over the interconnect (Col. 66 Ln. 1-14) and Kunisetty teaches 
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wherein the server-side protocol block is further configured to frame the encodings to 
denote the intent of the messages ("...SOAPAction value..." page 1 paragraph 0008, 
page 3 paragraph 0017, "...desired operation..." page 4 paragraph 0023). 

24. As to claim 37 and 48, see the rejection of claim 24 above. 

25. As to claim 38 and 49, see the rejection of claim 25 above. 

26. Claim 4 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Pat. No. 7,139,811 B2 to Lev Ran et al. in view of U.S. Pub. No. 2003/0172110 A1 to 
Kunisetty and further in view of U.S. Pub. 2007/0150546 A1 to Karakashian et al. 
as applied to claim 2 above, and further in view of U.S. Pub. No. 2003/0204586 A1 
to Schnetzler. 

27. As to claim 4, Karakashin, Kenisetty and Lev Ran are silent with reference to the 
system as recited in claim 2, wherein, to determine the intent of the encoded and 
protocol framed incoming messages, the protocol block is further configured to 
determine if the incoming messages are error messages. 

Schnetzler teaches the system as recited in claim 2, wherein, to determine the 
intent of the encoded and protocol framed incoming messages, the protocol block is 
further configured to determine if the incoming messages are error messages 
("...determine whether errors have occurred..." page 4 paragraph 0034). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Karakashin, Kenisetty and Lev Ran with 
the teaching of Schnetzler because the teaching of Schnetzler would improve the 
system of Karakashin, Kenisetty and Lev Ran by providing a fail-safe or fail-secure 
technique, in the event of a failure, that fails in a way that will cause no harm to services 
(Schnetzler page 4 paragraph 0034). 



Response to Arguments 

Applicant's arguments with respect to 35 U.S.C. 101 rejection and 35 U.S.C 112 
second paragraph rejection have been considered but are moot in view of Examiner's 
withdrawal of the rejections in the instant office action. 

Applicant's arguments filed 8/15/08 (claim 1-11 and 23-57) have been fully 
considered but they are not persuasive. 

Applicant argues in substance that (1) the Lev Ran prior art does not teach a 
remote procedure call system that comprises a presentation block configured to present 
data types or provide data types from incoming messages and application programming 
interfaces available to a program on the system, (2) the Lev Ran prior art does not 
teach "an encoding block configured to encode representations of those data types as 
outgoing messages on an interconnect", (3) the Kunisetty prior art does not teach "...a 
remote procedure call system comprising a protocol block configured to frame the 
encodings to denote the intent of the outgoing messages..." or protocol... configured to 
determine the intent of the encoded and protocol framed incoming messages...", and 
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the Kunisetty prior art does not teach determining if an incoming message is request or 
response message and (4) Karakashian prior art does not teach "...functionality of each 
said block is isolated from the functionality of the other said blocks in the remote 
procedure call system so that program instructions for each said block can be replaced 
or modified without replacing or modifying program instructions for any of the other said 
blocks..." and (5) the reasoning behind the combination of the Lev Ran, Kunisetty and 
Karakashian prior arts is based on hindsight. 

The Examiner respectfully traverses Applicant's arguments: 
As to point (1 ), the Lev Ran prior art discloses a process for providing access to 
data resources (server) to a client. Remote services (access to the data resources) are 
activated by bi-directionally transferring remote procedure call (RPC) messages 
between a client application transport layer ("RPC client") on one VFN gateway and a 
server application transport layer ("RPC server") on a second remote VFN gateway. The 
application transport layer functionally allows the RPC client sends RPC request 
messages to the RPC server, and the RPC server responds by sending RPC response 
messages to the RPC client. RPC request messages include the request and any 
necessary parameters, and RPC response messages include any necessary return 
values, such as a file. RPC requests, RPC responses, parameters, and return 
values are preferably Java objects, in order to support Java-based implementations 
of the higher application layers. The RPC server can connect to the RPC client at a later 
time in order to respond to an earlier request from the RPC client. The RPC requests, 
RPC responses, parameters passed in requests as Java objects includes object 
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types such as "string, Integer, Float, Boolean, and ByteQ" and available to the 
RPC client/RPC server/application layer. 

The object types are parameters or arguments passed between remoting 
systems as RPC requests and responses and therefore meets the claimed limitation of 
a presentation block that presents data types because the instant specification 
discloses the following "...on the client side, programmer may make a remote call with 
arguments of specific types (presentation)..." page 9 lines 3-5, "Presentation 100 
encompasses the data types that may be passed between remote systems. . ." 
page 12 lines 2-4 and "Presentation 100 may include. ..the data types..." page 13 
lines 5-6. 

As for a presentation block that presents application programming interfaces, the 
Lev Ran discloses an adaptation layer (Adaptation Layer 45) that provides a transmitter 
and receiver application layers (RPC client/RPC server/application layer) with high level 
services for bidirectional gateway communications over a wide area network by allowing 
the adaptation layer of the transmitter application layer communicate with the adaptation 
layer of the receiver application layer. 

As to point (2), the Lev Ran prior art discloses an "Application transport layer 46" 
comprising a server application transport layer 168 ("RPC server") and a client 
application transport layer 170 ("RPC client"). Server application transport layer 168 
comprises an RPC server control layer 160, which corresponds to an RPC client 
transport control layer 162 of client application transport layer 170. Remote services are 
activated by bi-directionally transferring remote procedure call (RPC) messages 
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between a client application transport layer ("RPC client") on one VFN gateway and a 
server application transport layer ("RPC server") on a second remote VFN gateway. 
The application transport layer functions to allow the RPC client send RPC request 
messages to the RPC server, and the RPC server responds by sending RPC response 
messages to the RPC client. RPC request messages include the request and any 
necessary parameters, and RPC response messages include any necessary return 
values, such as a file. The RPC requests, RPC responses, parameters, and return 
values are Java objects. Both the server and client application transport layers 
include a data encapsulation layer 164 and a functional transport layer 166. The 
data encapsulation layer provides services for encoding and decoding data 
passed in the RPC messages. The data encoded and decoded by the data 
encapsulation layer and passed as RPC messages (RPC requests/RPC responses) 
include Java objects (data types) parameters or arguments and as such meets the 
claimed limitation. 

As to point (3), the Kunisetty prior art discloses a process for invoking the 
execution of a specific operation on a server computer from a client computer. The 
client computer transmits a SOAP request as an HTTP message from the client 
computer to the server computer. The HTTP message includes a SOAPAction header 
which contains a header field designation character string "SOAPAction:" and an 
appended character string value comprising a first part that indicates that the appended 
character string value is an operation designation and a second part that identifies the 
specific operation. When the server computer receives the HTTP message it inspects 
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the SOAPAction header in the HTTP message to detect the presence of the first part, 
and in response to the detection of the presence of the first part, invoking the execution 
of the specific operation identified by the second part of the SOAPAction header. The 
process includes prior to transmitting the HTTP message from the client computer to the 
server computer, obtaining service description data describing the specific operation 
and extracting an operation identification string value from the service description and 
inspecting the operation identification string value to detect the presence of the first part 
that indicates the character string and an operation designation and, in response to the 
detection of the first part, placing the SOAPAction header including the identification 
string value in a message envelope. The operation designation indicates the intent of 
the incoming/outgoing messages. As for "determining whether an incoming message is 
a request or response message" the "operation designation" indicates the operation to 
be performed including the request to be fulfilled or response to be returned. 

As to point (4), The Karakashian prior art discloses a runtime architecture for 
providing Web services using a container driver. The container driver is used in the 
architecture to accept invocation requests for Web services. The container driver can 
perform any data binding and unbinding required to process the invocation request, 
using plug-in component such as a Java binding codec, SOAP codec, XML codec, 
or custom codecs. Also the runtime Web services architecture allows for 
communication over a number of transports/protocols. HTTP is primary transport 
mechanism for existing applications, while transport mechanisms such as SMTP, FTP, 
JMS, and file system mailboxes are also supported. Each of the several transport 
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mechanisms (HTTP, SMTP, FTP protocols) includes a protocol adapter that is 
responsible for identifying requests and routing the requests to a Web service. The 
transport mechanisms and protocol adapters are provided as plug-in components. 

Plug-in is a computer program that interacts with a host application (Web 
Browser or an email client) to provide a certain, usually very specific, function "on 
demand". The host application provides services which a plug-in can use, including a 
way for plug-ins to register themselves with the host application and a protocol by which 
data is exchanged with plug-ins. Plug-ins are dependent on these services provided by 
the host application and do not usually work by themselves. The host application is 
independent of the plug-ins, making it possible for plug-ins to be added and updated 
dynamically without changes to the host application. 

As to point (5), applicant's argues that the examiner's conclusion of obviousness 
is based upon improper hindsight reasoning, it must be recognized that any judgment 
on obviousness is in a sense necessarily a reconstruction based upon hindsight 
reasoning. But so long as it takes into account only knowledge which was within the 
level of ordinary skill at the time the claimed invention was made, and does not include 
knowledge gleaned only from the applicant's disclosure, such a reconstruction is proper. 
See In re McLaughlin, 443 F.2d 1392, 170 USPQ 209 (CCPA 1971). 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Charles E. Anya whose telephone number is 571-272- 
3757. The examiner can normally be reached on 8:30-5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on 571-272-3756. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Meng-Ai An/ 

Supervisory Patent Examiner, Art Unit 2195 



cea. 



